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(54) Improved workflow system 

(57) Systems and techniques to improve workflow 
using worlaets. In general, in one implementation, the 
technique includes: providing a data object directed to 
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a particular worl( role. The data object includes task data 
for performing the work rote, portal environment data for 
presenting information to a user via a portal, and meta- 
data descriptive of the work role. 
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Description 

[0001] The present Invention relates to a data object, 
a method, a computer progrann or article comprising a 
machine-readable medium storing instructions opera- s 
ble to cause one or more machines to perfomr^ opera- 
t ions, a system and a user interface for facilitating im- 
proved workflow. 

BACKGROUND »0 

[0002] The following description relates to data 
processing, for example, systems and techniques for 
improving workflow by processing data. 
[0003] Portal computing systems combine disparate 
resources into an integrated interface. Users rnteract 
with inc resources via user interface elements on portal 
pages, which may be embodied in web browser win- 
dows. Porial systems allow a user to view and interact 
with infoi mation and toots from a wide variety ot sources so 
such as word processing programs, spreadsheet pro- 
grams, dalabases, and other sources. 
[0004] Portal computing systems can improve work- 
flow by allowing workers to more easily access resourc- 
es and information needed to perf omi their jobs. For ex- 25 
ample, role-based portal systems strive to Improve 
workflow by providing user interfaces thar allow a worker 
with a particular job role to access data and resources 
usually associated with the particular job role. A role- 
based portal system may provide a number of pre-de- so 
fined roles, where the included resources and Informa- 
tion represent the developer's "best guess* of the re- 
sources needed to perform each particular job role. For 
example, in a role-based portal system, an executive 
role may include resources that enable the user to ac- 35 
cess company-wide strategk: information such as com- 
petitive analyses and profitability forecasts. A manager 
role may include resources for project management 
and/or people management A developer role may in- 
clude software development tools. 
[0005] However, role-based portal systems may not 
accurately reflect the particular work goals of particular 
users. For example, two different managers may have 
different responsibilities associated with particular work 
goals, and so need to access a different set of resources 
and Information. A single pre-defined role cannot typi- 
cally meet the needs of both managers: it would tend 
either to lack some useful resources, or to include ex* 
traneous resources. 

[0006] The ability of a role-based system to accurately so 
reflect users' work goals may be improved by adding 
more granularity in the type of roles represented. For 
example, rather than having a single "manager" role, a 
role-based system may include a product manager role, 
a sales manager rote, an engineering manager role, and 55 
so on. 



ACCORDINGLY, IT IS AN OBJECT OF THE PRESENT 
INVENTION TO FACILITATE AN IMPROVED 
WORKFLOW, SUMMARY 

[0007] This object is solved according to the invention 
by the features of the independent claims. Preferred em- 
bodiments of the invention are subject of the dependent 
claims. 

[0006] in one aspect, a data object includes task data 
for performing a work role, portal environment data to 
present infomnatk>n to a user via a portal, and meta-data 
descriptive of the work role. The task data may include 
data associated with one or more application programs, 
documents, and/or life and work events for performing 
the work role. 

[0009] The portal environment data may include nav- 
igation data, view data, and page data tor pertonning 
the work role. The view data may Include Iview data. 
[0010] The meta-data may include community data, ^ 
collaboration data, context data, workset description da- 
ta, job role data, subscription data, taxonomy data, user 
data, and search domain data. The meta-data may in- 
clude data for populating a generic portal page with con- 
tent. 

[001 1 ] The data object may be assigned to a user pro- 
file for a portal user. At least some meta-data from the 
data object may be copied to the user profile. The copied 
meta-data may be used to personalize the user's portal 
environment. Personalization may include, e g., activat- 
ing a subscription for the user, activating a membership 
in a community for the user, and/or displaying person- 
alized information to the user. 
[0012] The data object may be created as a result of 
obtaining employee work practice information, grouping 
the employee work practice infonnatlon according to 
work role, and creating the data object to include task 
data for perfomiing the work role. Creating the data ob- 
ject may also include associating meta-data with the da- 
ta object and/or associating portal environment data 
with the data object. At least some meta-data may be 
assigned to the data object from a job role or user profile. 
One or more overview pages may be provided for the 
data object. The data object may be assigned to one or 
more user profiles. At least some meta-data from the 
data object may be transported to the user profile. 
[0013] In general. In one aspect, a user interface is 
provided. The user interface includes a search area lor 
searching for workset information, a work area for view- 
ing workset information (e.g., one or more services as- 
sociated with a particular workset), and an assignment 
area for assigning workset data to a user. The work area 
may facilrtatc modifying workset infomnation. The work 
area may include a workset detail area. 
[0014] In general, in one aspect, one or more data ob- 
jects directed to particular work goals may be generat- 
ed. The data objects may be assigned to user profiles 
associated with users having the work goal. Each of the 
data objects may be used to generate a portal page in- 
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eluding content for achieving the work goal. The portal 
page may include an integrated view. Each of the data 
objects may inclube task data tor achieving the partk:u- 
lar work goal, andigenerated portal pages may include 
user interlace elerrnents associated with the task data. 5 
[0015] In general, in one aspect, a first portal page 
may be displayed to a portal user, where the first portal 
page includes user interface elements for accessing 
content related to a plurality of work roles. The first portal 
page may include overview information for one or more 
of the particular work roles. The first portal page may 
include user interface elements for accessing one or 
more generic portal pages. 

[0016] A second portal page may be displayed in re- 
sponse to selection of a user interface element associ- 
ated with a particular work role, where the second portal 
page Includes user interface elements associated with 
the particular work role. The second portal page may 
include overview information for the parttoular work role, 
user interface elements for performing tasks associated 
with the particular work role, and/or status infonnation 
associated with the particular work role. 
[0017] The systems and techniques described here 
may provide one or nrlore of the following advantages. 
A workset- based portal system may Increase employ- ^5 
ees* efficiency by int^egrating needed resources accord- 
ing to particular work intents end related work goals. 
Worksets may be used to provide specified content to 
users, where the 'content is related to the work goal of 
the worksel. Once a set of worksets has been devel* 
oped, they may be used to design workspaces for other 
employees (such as new hires) based on the expected 
employee responsibility. 

[001 8] As stated above, the ability of role-based sys- 
tems to reflect users' work goals may be improved by 
adding more granularity to the type of roles represented. 
However, doing so adds to the development time and 
cost of the role-based system. Also, since it Is common 
for the work goals of one job role to overlap with the work 
goals of others, a significant amount of duplicative effort 
may be required. Finally, since a user's work goals may 
shift over time, such a role-based system may be im- 
practrcal in terms of upgrade and maintenance costs. 
[0019] In contrast, the current systems and tech- 
niques provide the advantage that worksets directly re- 
flect particular work goals. T^e^e^o^e, rather than dupli- 
eating effort in developing new roles, particular worksets 
may be assigned to multiple users. Further, if a user's 
work goals shift, he may be assigned a new workset 
rather than an entire new role. 

[0020] Details of one or more implementations are set 
forth in the accompanying drawings and the description 
below. Otherfeatures and advantages may be apparent 
from the description and drawings, and from the claims. 

DRAWING DESCRIPTION 

[0021] These and other objects, features and advan- 



tages of the present invention will become more appar- 
ent upon reading of the following detailed description of 
preferred embodiments and accompanying drawings. It 
should be understood that even though embodiments 
are separately described, single features thereof may 
be connbined to additional embodiments. 
[0022] FIG. 1 illustrates the semantic structure of a 
workset-based portal system. 
[0023] FIG. 2 shows a two-level tab structure for ac- 
cessing worksets. generic portal pages, and associated 
tasks. 

[0024] FIG. 3 is a flow chart showing a process for 
developing content for a workset-based portal system. 
[0025] FIG. 4 illustrates clustering content into work- 
sets for presentation on workspaces. 
[0026] FIG. 5 shows worksets and associated tasks 
for a user with a job role of saies manager. 
[0027] FIG. 6 is a representation of a workspace page 
for a user with a job role of sales manager. 
[0028] FIG. 7 is a representation of a monitor task 
page for a budget workset. 

[0029] FIG. 8 is a representatk>n of a home page and 
an associated login task. 

[0030] FIG. 9 is a representation of a workset devel- 
opment page. 

[0031] FIGS. 10A and 10B are representations of dif- 
ferent workspace pages, each having a task linked to a 
collaborative space. 

[0032] FIG. 11 is an alternate representation of a 
workspace page for a user with a rote of sales manager. 
[0033] FIG. 12 is a block diagram Illustrating an ex- 
ample data processing system. 
[0034] FIG. 13 is a block diagram illustrating an ex- 
ample workset-based portal system. 
[0035] Like reference symbols in the various drawings 
indicate like elements. 

DETAILED DESCRIPTION 

[0036] The systems and techniques described here 
relate to data processing for Improved workflow. Partic- 
ularly, the invention will be described by way of example 
with reference to methods, computer systems and/or 
computer programs or computer program products re- 
lating to data processing for Improved worWIow, wherein 
the technique includes: providing a data object directed 
to a particular work role. The data object includes task 
data for performing the work role, portal environment da- 
ta for presenting Information to a user via a portal, and/ 
or meta-data descripth^e of the work rote. 
[0037] Workflow refers to the tasks that an employee 
performs, as well as the manner in which the tasks are 
performed. For many employees, workflow includes ac- 
cessing one or more application programs via the em- 
ployee's computer, providing data for the one or more 
applications programs, and processing data. For exam- 
ple, a sales manager may access one or more compet- 
itor web sites using an Internet browser, view a display 
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including product data such as price, and store and/or 
prcx^ess competitor product data using another applica- 
tion program such as a spreadsheet program. Workflow 
is efficient when a user can access needed information 
and resources with nninima) effort. Worldlow is inefficient s 
when a user must spend time finding and/or switching 
among particular information and resources. 
[0038] Portal systems may improve a user's ability to 
access information and resources. However, role-based 
portal systems that seek to present standardized sets io 
of tasks tor particular roles are generally not flexible 
enough to accurately model a user's actual work intent, 
and thus do not provide optlnwily efficient workflow for 
a user. 

I0039J The following terms are used to describe varl- t5 
ous aspects of the current disclosure: 
[0040] "Job role" refers to a users Job title. Manager, 
engineer, and administrator are examples of job roles. 
[0041] ''Work role" refers to a coherent set of tasks 
and responsibilities directed to achieving a particular 20 
work goat. 

[0042] "Work intent" refers to a user's intent in per- 
fonning one or more tasks. For example, a user's work 
intent may be to develop a budget. 

[0043] "Work goal' refers to the goal associated with ^5 
the user's work intent. For example, if the user's work 
intent is to develop a budget, the work goal may be a 
completed budget. 

[0044] "Workset" refers to one or more data objects 
including content for achieving a partteular work goal or 3o 
small set of work goals. For example, when the work 
goal is a completed budget, the workset may include 
content such as a budget spreadsheet program, as well 
as the portal environment for presenting content to the 
user. Worksets may include additional elements, as de- 3s 
scribed below. 

[0045] "Task" refers to an item of portal content as- 
signed to a workset. Tasks may be associated with other 
tasks; for exannple, a first-level task may be associated 
with one or more second-level tasks, whk;h may in turn ^0 
be associated with third-level tasks. 
[0046] The present techniques and systems provide 
workset-based portal systems to enable more efficient 
workflow. Workset-based portal systems present a user 
with workspaces that are targeted to the users specific 45 
work intents and/or dominant activities, rather than pro- 
viding a comprehensive list of tasks for a particular job 
role. In a workset-based portal system, a workspace is 
a portal page or pari of a portal page supporting a co- 
herent set of tasks. so 
[0047] A workset-based portal system is based on the 
recognition that a user with a particular job role perf omns 
a number of different work rotes, where each work role 
consists of a number of tasks directed at achieving a 
parttoular work goal. For example, a sales manager (job ss 
role) may perfonn various different work roles related to 
budgeting, team leading, key account management, 
promotion management, and market watching. Each of 



the work roles involves performing one or more tasks. 
[0O48] In order to enable an employee such as a sales 
manager to perform his work roles, and thus his job role, 
efficiently, a workset is developed for each work role. 
The workset includes the tasks and corresponding por- 
tal environment tor performing the particular work role, 
which maybe bundled into one manageable data object. 
The workset thus reflects the user's work intent rather 
than stereotypk^al job titles, standard business objects, 
or business processes. 

[0049] In some implementations, each workset de- 
fines a complete working environment for a given work 
role using a hybrid collection of elements including tools, 
infomnation, communication and collaboration features, 
and user interface requirements. These elements may 
Include a navigation structure; visual components such 
as views (e.g., "Ivlews" or "integrated views" referring 10 
a bask: unit of portal content that can be used to display 
information or interaci with the portal user) and pages; , 
information and application servces; work artifacts such 
as business objects, procedures, interest profiles, and 
subscription rules; and collaborative elements. 
[0050] A workset may include data related to some or 
all of the following elements: communities (conrvnunities 
that associated users may want to partk:ipale in), con- 
text information (information about attributes associated 
with the workset; for example, attributes that users as- 
sociated with the workset typically would have), descrip- 
tion (brief description of the work intent/woric goal of the 
workset), information/resource collection (one or more 
bodies of information that associated users may use as 
resources for achieving the work goal), name (a human- 
understandable name for the workset), job roles Qob 
roles typically associated with the workset; when a job 
role is assigned to a particular user, he may be associ- 
ated with all worksets typically associated with the job 
role), subscriptions (e.g., a list of resource objects the 
user may want to subscribe to) , navigation structure (the 
navigation structure provided by the wortcset, to be com- 
bined with other navigation structures Including those 
provided by any other assigned woricsets to produce a 
navigation structure for the particular workset-based 
portal user), taxonomies (e.g. particular classifications 
the user may be interested in), and users (users asso- 
ciated with the workset; by including user data in a work- 
set data object, notification tasks may be associated 
with the workset, and users associated with the workset 
may receive the notif ication). 

[0051] To fink worksets with content management, a 
workset may include pre-defined search domains. 
When a user performs a search via a workspace asso- 
ciated with the workset, the search would include the 
pre-defined search domains. In some implementations, 
the user may be provided with a choice of search do- 
mains. 

[00S2] Some portal-based systems provide tasks or- 
ganized in life and woric events, where the life and work 
events model a work sequence; for example, according 
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to best practices. life and work event portal system is 
described in pending U.S. Patent Application Serial 
Number 10/137.2^^12. filed April 30. 2002. entitled 
■Processing Life and Work Events" inventors Bots- 
check et al., v/hch\ls incorporated by reference In Its 
entirety. A workset rnay include such a work sequence. 
[0053] Worksets may Include meta-data that may be 
used for personalization of portal content tor the partic- 
ular user. For example, worksets may include meta-data 
chosen from a corporate taxonomy of interests. For ex- 
ample, a product support engineer may be assigned a 
customer feedback workset Including tasks related to 
customer feedback for a particular customer. Meta-data 
associated with the workset may include an industry 
identifier for the partk:ular customer chosen from the 
corporate taxonomy. 

[0054] TTie meta-data may be used in a number of 
ways. For example, the product support, engineer may 
automatically be made a member of an interest-based 
community for that particular industry. The mela-data 
may be used to activate a subscription. For example, 
the user may automatically subscribe to polcy docu* 
ments related to the customer service workset once he 
is associated with the workset. 
[0055] Worksets can be an important source of con- 
text meta-data for personalization of a user's portal en- 
vironment. Each workset may have associated context 
meta-data such as a stereotypk^al profile for a user as- 
signed to the worlcset. The context data could include 
information such as skills; teenses, expertise, and edu- 
cation of a typical user to whom the workset Is assigned. 
When the workset is assigned to an actual user, the as- 
sociated context data may be assigned to his user pro- 
file. The context data may then be used to personalize 
the user's portal enyironnnent. For example, particular 
content may be pushed to the user as a result of the 
personalization. As mentioned above, one or more sub- 
scriptions and/or one or more memberships in a com- 
munity may be activated based on context meta-<lata. 
By associating context data with particular worksets, the 
effort required to personalize portal environments for us- 
ers may be significantly reduced. 
[0056] Worksets may include state-less and/or state- 
full Information or sen/ices. Siate-less content is gener- 
ally directed to portal services and user intertace ele- 
ments. An example of a state-less service is a particular 
applicatk>n that may be used to perform a task. For ex- 
ample, a state-less service may be a spreadsheet pro- 
gram for developing a budget. Worksets inc luding state- 
less content may be used to deploy targeted content to 
portal users. 

[0057] In contrast, a state-full service is one that rep- 
resents the current state of a wortcing process. For ex- 
ample, instantiated content (e.g.. a particular instance 
of a spreadsheet program with a budget for a particular 
department on a particular date) is state-full rather than 
state-less. Examples of state-full content include: cur- 
rent artifacts that have been created (e.g.. business ol> 



Jects. procedures, interest profiles, and subscription 
njtes). folders and taxonomies that have been created, 
the current state of a workset (when a lifecycle is defined 
for the workset). a current collaborative network in terms 

5 of contacts and teams, and current team or project work. 
[0058] Worksets including state-full content may be 
used to transfer a current work state from one user to 
another. For example, when a new sales manager re- 
places an existing sales manager, state-full content 

10 such as personal or collaborative project work, Instanti- 
ated work events, and other content may be provided to 
the new sales manager via the workset-based portal 
system. State-full content can also serve as a template 
for creating similar worksets (for example, for creating 

f5 team rooms). 

[0059] Users interact with worksets via one or more 
workspaces (e.g. portal pages or portions of portal pag- 
es) including user-Interface elements. A workspace is a 
spatial arrangement of services and information that to- 

^0 gather support a coherent set of tasks. Each workset 
includes user- interface elements associated with that 
workset and that are displayed in the workspace for en- 
abling tasks associated with the workset. A workspace 
can include a number of components, which may in- 

25 dude integrated views (Iviews), for presenting content 
to the user. A workspace may include structured infor- 
. mation (e.g. applications) and unstructured information, 
may offer social experience (e.g., users may share opin- 
ions, interact with other users via a chat function, share 

30 lessons learned, and may detemine how many users 
have accessed particular workspaces), and may offer 
direct access to related actions or information. 
[0060] FIG . 1 shows the relationship between a user's 
job role, assigned worksets, tasks, and workspaces. A 

35 user 100 has a job role whk:h generally describes his 
overall work responsibilities. Typical job roles include 
manager, engineer, developer, sales person, adminis- 
trator, etc. 

[0061] Woricsets 110A, 110B, and HOC areassociat- 
40 ed with three different work roles of the user. The work- 
sets Include tasks that enable the user to perfomfi the 
work role. Workset 11 OA includes a number of tasks 
120, such as tasks A. B. and C, which are presented to 
the user on a workspace 130A. Workset 110B includes 
4^ tasks F and G. whbh are presented to the user on a 
workspace 1306. Tasks H and i may be second-level 
tasks associated with first-level tasks F and/or G, or may 
be first-level tasks presented in workspace 131 B for 
clarity's sake. Workset 11 OB also includes tasks H and 
90 I, which are presented to the user on a workspace 1 31 B. 
Workset HOC includes tasks B, D, and E.whfch are pre- 
sented to the user on a workspace 130C. For example, 
workspace 1 dOA may include on or more Iviews on a 
porta) page. 

55 [0062] A particular component such as a task present- 
ed on a particular Iview may be presented on more than 
one workspace. For example, a particular task may be 
relevant to two different worksets assigned to a user. 



5 



9 



EP 1 367 513 A2 



10 



Rather than associating the task with only one workset 
(e.g.. to avoid duplication). It may be associated with 
both worksets so that the user does not have to switch 
among workspaces to access that particular task. Re- 
ferring to FIG. 1 , task B is Included in both workset 110A 
and in workset 11 OC, and may be presented to the user 
on both workspace 130A and workspace 130C. 
[0063] The workspace may include a menu stnjcture 
such as a two-level tab structure. The menu structure 
enables the user to quickly find the desired task or serv- 
ice. For example, the first level tabs may provide access 
to generic portal pages such as a home page, as well 
as workspaces associated with worksets. The second 
level tabs may provide access to tasks and sub-tasks 
associated with the corresponding portal page. 
[0064] FIG. 2 shows a nvo-ievei tab structure 200 that 
may be used tor navigation among workspaces associ- 
ated with generic portal pages, worksets, and tasks. 
First level tab 210 corresponds to a home page. Corre- 
sponding second'level tabs include a news tab 220, a 
myWori< tab 221 , a travel tab 222, a myTeanr^ tab 223, 
a services tab 224, and a support tab 225. First level 
tabs 211-215 con^espond to worksets 1-5, which may 
each have corresponding second-level tabs directed to 
tasks for performing the work role of the workset. 
[0065] For some woricsets, there may be services that 
are relevant to the workset but are better presented to 
the user In via a generic portal page rather than a work- 
space associated with the partk:ular workset. For exam- 
ple. Workset 1 of FIG. 2 may be a customer senrlce 
workset. and may be associated with a travel task. How- 
ever, a travel task nr^y better be presented to the user 
on a generic portal page such as the home page asso- 
ciated with upper-level tab 210. since travel is associat- 
ed with many different types of worksets aaoss a 
number of different job roles. Therefore, Workset 1 of 
FIG. 2 may popu late the travel task associated with sec- 
ond-level tab 222 with travel-related content rather pre- 
senting travel- related content on a woricspace associat- 
ed with Workset 1 . Similarly, a workset may be associ- 
ated with a particular news task (e.g.. industry news), 
whbh may be better presented on a generic portal page, 
such as a news page associated with second-level tab 
220 of FIG. 2. Attemately, the content may be presented 
on multiple pages, such as a portal page associated with 
the workset, as well as a generk: portal page. 
[0066] When a wori^et populates a generic portal 
page with content, the content may Include additional 
components, or additional content for a component al- 
ready associated with a generic portal page. For exam- 
pie, a component such as a travel task may be added 
to a gonertc portal page such as a home page. Addition- 
ally, content may be added to a component already as- 
sociated with the generic portal page (e.g., a particular 
contact may be added to a contact list already associ- 
ated with a home page or other page). 
[0067] A workset may populate content to generic 
portal pages in a number of ways. For example, nodes 



may be added to generic navigation structures such as 
a home page structure via navigation merging. The 
workset then may define only the fragment that is to be 
added, using predefined identifiers as upper nodes. The 
5 port then merges the fragments into a single navigation 
entry based on the Identifiers. Alternately, an application 
program interface (API) may be defined to add content 
to one or more generk: portal pages. For example, an 
API may be used to add content associated with partic- 
le uiar collections (such as collections of business objects, 
contacts, communities, reports, search domains, etc.) 
to particular portal pages. 

[0068] Worksets may include elements such as serv- 
k;es, flags, and nneta data to support collaboration 

75 among portal users. Supported collaboration tools may 
include shared spaces such as team rooms, and com- 
munication tools such as web meetings. Worksets may 
also support community spaces and conversation chan- 
nels. For example, worksets may support activity-based ^ 

^0 communities (e.g., all software designers), or strategy 
communities spanning a number of different job roles. 
[0069] Collaborative spaces may be included in work- 
spaces associated with particular worksets, or on more 
generic portal pages. For example, a Wori^set 1 of FIG. 

^3 2 may include a web meeting task. User interface ele- 
ments related to the web meeting task may be present- 
ed to the user on a workspace related to Workset 1 , or 
on a more generic portal page such as a myWork page 
associated with second-level tab 221 of FIG. 2. 

^ [0070] In general, a woricset-based portal system typ- 
k^ally should provide woricsets associated with a large 
area of responsibility which can also be considered as 
an embedded work role (that is. a subset of the user's 
job role). A wortcset may be a small but reasonable 

35 chunk of work that would be assigned to a person, whk:h 
includes tasks pertonmed by some job roles but not oth- 
ers. A user's assigned woricsets should reflect the user's 
different work Intents directed to different wortc roles. By 
providing wortcsets to perfonning different woric roles, 

40 the system reduces the amount of time the user spends 
searching for particular resources and switching among 
portal pages. 

[0071 ] In contrast, a workset-based portal system that 
splits coherent work across multiple worksets may result 
in decreased eniclency. If a user is switching among 
worksets too frequently, the portal design may not ac- 
curately model his optimum woricflow and may need to 
be altered. In such a case, the worksets may be reflect- 
ing a technical (backend) concept or application model 

so rather than particular work goals. By designing worksets 
from the outskje in (that is, by optimizing the workspace 
based on the user rather than on a particular service or 
application). seH-referential structures that reflect an im- 
plementation model or traditional business object can 

S5 be avoided. 

[0072] A set of worksets may be developed by obtain- 
ing infomnation about employee work practices. The in- 
formation may be obtained by interviewing employees 
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about their particular job goals and the information and 
resources they use during their work day. Additionally, 
data related to the employee's computer use. phone us- 
er, inleraclion with.others (e.g.. meeting data), and other 
data may be used\to develop worksets. s 
[0073] ReterringUo FIG. 3, worksets may be devel- 
oped by obtaining work-re lated data for one or more en\- 
ployees. For example, worksets may be developed by 
determining the tasks or actions that employees take 
while at work (310). This determination may be made 
by interviewing employees and by collecting data about 
empk>yee activities (e.g., by collecting data related to 
employee computef use, employee phone use, employ- 
ee interaction with other employees, and other data re- 
lated to the employee's activities while at work). 
[0074] After the employee tasks have been deter- 
mined, they may be grouped in work roles (320), where 
the tasks in a paak:ular work role are directed to a goal 
or a number ot related work goals of the work role. The 
tasks for a particular work role may be grouped in a 
number of levels, for ease ot access and use. For ex- 
ample, a work role may include first-, second-, and third- 
level tasks, etc (or alternately, tasks, sub*tesks, sub- 
Eub-tasks, etc.). ^ 

[0075] Once an employee's work roles are deter- 
mined, a workset id developed for each work role, in- 
cluding ihe tasks associated with the work role, and the 
portal environment (330). As stated above, a workset 
may be implemented as a single data object with the 
elements needed to provide access to information and 
resources for achieving the work goal or goals. The 
workset may be labeled with an expression that reflects 
the goal or goals (340). The workset may be assigned 
to the employee, as well as other users of the workset- 
based portal system (350). Worksets may be assigned 
to a specified user by adding the worksets to a user pro- 
file for the specified us6r. 

[0076] A work8et4)ased portal system may be direct- 
ed to a particular business or Industry. In order to devel- 
op worksets for a panicular buslneiss, the following 
methods may be used. The development team may 
evaluate the overall InfomDaticn system scenario for the 
business in order to understand the applcations, serv- 
ices, and intonmation a workset-based portal system will 
be presenting to users. 

[0077] In order to develop an effective system, the de- 
velopment team may endeavor to understand the com- 
pany's overall business goals and needs (the compa- 
ny's "big picture"). The development team may ascer- 
tain whteh employees will potentially be users of the por- 
tal system, the reasons they may need to use the sys- 
tem, and the benefits the portal system will provide for 
those business and the users. 

[0076] Once an understanding of the overall business 
environment is obtained, the developers gatherinfomna- 
tion on partcutar work intents and work roles of potential 
users. Developers may interview potential users on-site, 
and observe them as they work.. Alternately, developers 



may obtain user informatton remotely: for example, by 
conducting phone or email intenfiews. and by obtaining 
data related to the user's computer use. 
[0079] Inten^iews help the developer learn about what 
is important to the user during the course of perfomlng 
the user's work roles. For example, a potential user in- 
terview may include questions such as: 
[0080] Who or what triggers your activities? 
[0081] Do you depend on information from outside 
sources for your work, and If so, what are the sources? 
[0082] What kind of information, lips, or advce do you 
get from others? 

[0083] Who needs to be informed about the state of 
your woric? 

[0084] Who else might be interested in what you are 
doing right now? 

[0085] Who receives the results of your work? 
[0086] What information, tips, or advice do others 
seek from you? 

[0087] What extemal or internal information resourc* 
es do you use? 

[0088] What Infonnation or types of information are 
diffk^ult for you to find? 

[0089] Is there any information that typically anrfvcs 
later than you would like It to arrive? 
[OOdO] What informatk>n, tips, or advice do you typi- 
cally get from informal talks with your colleagues? 
[0091] Additionally, a developer may review the po» 
tential user's email habits. For incoming emails, the de- 
veloper may determine: 

[0092] From whom is the user receiving emails, and 
what is the topk:? 

[0093] Who is on the cc: list for the emails? 
[0094] From whom and why is the user receiving for- 
warded emails? 

[0095] What "FYr emails does the user receive, and 
why? 

[0096] For outgoing emails, the developer may deter- 
mine: 

[0O97] What emails have you sent to more than one 
recipient, and why? 

[0098] What emails have you fonvarded? 
[0099] What distribution lists do you use? 
[0100] Do you have your own list of contacts? It so, 
how are they organized? 

[0101] The developer may also detenmine how the us- 
er manages content by ascertaining: 
[0102] Where and using what structure does the user 
store his files? 

[0103] What shared services does the user access? 
[0104] In whk;h domains is the user searching to ac- 
cess information and services? 

[0105] Additionally, the developer may obtain infor- 
mation related to how the user analyzes accessed in- 
formation. For example, the developer may ask ques- 
tions such as: 

[0106] How do you monitor your business goats? 
[01 07] What key figures are important tor you? 
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[01 08] What dimensions are important for you? 
[01 09] How far do you drill down? 
[0110] What related information would be useful to 
understand the data? 
[01 1 1 ] How do you recognize trends? 
[01 1 2] The developer may also obtain information re- 
lated to the user's personal interests. For example, the 
developer may ask the user: 
[01 13] What kind of training are you interested in? 
[0114] What web sites do you visit for personal rea- 
sons? 

[01 1 5] Do you have a personalized web page; for ex- 
ample, a personalized Yahoo! Web page? 
[01 16] Are you a member of any newsgroups? 
[0117] Do you subscribe to any information provid- 
ers? 

[0118] Additionally, the developer may ask general 
questions, such as: 

[01 1 9] How do you know that everything is going well 
at work? 

[01 20] What would be a realty bad day for you? 
[0121] If there were a magic portal, what would it be 
able to do? 

[0122] If you were traveling, what information would 
you miss? 

[0123] These questions are only examples of the 
types of questions and data gathering that may be used 
to develop a workset*based portal system. Different or 
additional questions may be used to achieve the desired 

results. 

[0124] After user data is acquired, it is used to build 
the workset'based portal system. For particular users, 
the developers use the data to detemilne the user's re- 
sponsibilities (work goals) and related tasks (work 
rotes). The developers determine both the workflow and 
the informal Infonnation flow. 

[01 25] Once data has been collected, the developers 
create sub-structures that group the content according 
to the employee's work Intent for performing particular 
work rotes. The content for a work role (or a set of related 
work roles) is used to build the workset. Referrin g to FIG. 
4, a first user 410 and a second user 420 perfomn a 
number of tasks 430. The tasks can be simple or com- 
plex; they may include a large or small set of servk:es, 
or may correspond to a single Interaction step. The 
workset developer groups the tasks Into worksets such 
as worksets 440, according to the particular work goal 
of the grouped tasks. Worksets 440 include portal envi* 
ronment information as well as task infonnation. In FIG. 
A, the tasks have been grouped into three w.>rksets 440: 
Workset A, Workset B, and Workset C. 
[0126] In addition to grouping content by work role, 
the developers endeavor to present the optimum 
amount of content in a workspace: the workspace 
should present maximum functionality while staying fo- 
cused on the partk:ular workset or task. The amount or 
presentation of content presented to user in a work* 
space should not be visually or intellectually overwhelm- 



ing. For example, in FIG. 4. Workset A and Workset B 
each present tasks to a user via a single workspace 450. 
However, Workset C presents tasks to a user using two 
workspaces 450. to avoid ovenvhelming the user by pre- 

3 senting a workspace with too many tasks. 

[0127] Some worksets may be dominated by certain 
types of activities, such as searching, monitoring, dis- 
patching, collecting, problem solving, etc. The types of 
activities offered in a workspace may influence the de- 

io sign of the workspace. Workspace design may be anal- 
ogized to apartment design: workspaces may be opti- 
mized for certain activities in the same way that rooms 
in an apartment are optimized for certain activities (e.g.. 
a kitchen is optimized for cooking, a dining room is op- 

15 timized for eating, etc.). 

[01 28} The workset developers may also buikJ collab- 
orative structure for the user and others. The developers 
detennine the groups and teams the user belongs to, 
the user's personal networks, and other collaborative 

^ activilies- The developers may define communities lo in-* 
elude users or activities that have a common theme. 
[0129] FIG. 5 shows how tasks are grouped into work- 
sets for a user whose job role is sales manager. The 
assigned worksets may be developed by interviewing 

25 the user or using other data acquisition methods to de- 
termine his work rotes and related tasks, and/or may be 
existing worksets that are assigned to the sales manag- 
er based on his current or projected work roles. Each 
workset is directed to one or more work roles of the sales 

30 manager, and may be given a name describing the par- 
ticular work role of the workset. In FIG. 5, the user is 
associated with the worksets budgeting (510), team 
leading (520), key account management (530), promo- 
tion management (540), and market watching (550). 

35 [0130] Ref ending to FIG. 5. budgeting (510) is associ- 
ated with second-level tasks monitoring (511), planning 
(512), and approving (513). Team leading (520) is as- 
sociated wrth task assignment (521), hiring (522), and 
communicating (523). Key account management (530) 

40 is associated with selling products (531), improving re- 
lationships (632), sending product infomnation (533), 
tracking order fulfillment (534), and negotiation (535). 
Promotion management (640) is associated with create 
promotions (541). run promotions (542), track status 

45 (643). and analyze impact (544). Market watching (550) 
Is associated with monitoring/analyzing key figures 
(551), watching competitors (552). market analysis 
(553), and creating sales/promotion strategies (554). 
[0131] The grouping of tasks to a particular workset 

50 may differ from company to company and even across 
a particular company. For example, for a particular com- 
pany, a budgeting workset may include monitoring 
(511), planning (512), and approving (513) tasks, while 
for a different company, a budgeting workset may in- 

55 elude only planning and approving tasks, while monitor- 
ing tasks may be part of a different workset. 
[0132] A workspace Including user interface elements 
for one or more worksets may be presented to an em* 
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ployee. For example, the workspace may be a portal 
page that the user may access using an Internet brows- 
er. Referring to FIG. 6, a workspace 600 for a sates man- 
ager includes a tWQ*levei tab stnjcture 610 including 
first-level tabs for a home page 611 , a budget manage- 5 
mentworkset 612, a team lead workset61d, an account 
management workset 614, a promotion management 
workset 61 5, and a market watch workset 61 6. The tabs 
in tab structure 61 0 allow the user to navigate among a 
number of different worksets and generic portal content. io 
Workspace 600 is designed so that the sales manager 
can efficiently access those resources needed to fulfill 
his job responsibilities. By providing a structure such as 
that of woilcspace 600. the sales manager may work 
more efficiently. i5 
[0133] Workspace 600 shows the first- and second- 
level tasks presented when the user chooses budget 
management tab 612. A monitor task 620, a plan task 
630, and an approve task 640 associated with the budg- 
et management workset are presented on workspace ^ 
600. 

[01 34] Workspace 600 shows second-level tasks as- 
sociated with the first-level tasks. Second-level tasks 
•Monitor Q1" 621, "Monitor Q2* 622, "Monitor Q3- 623, 
and "Monitor Q4" 624 are associated with monitor task 25 
620. A second-level la&k "Plan 2003" 631 Is associated 
with first-level plan task 630. A second-levet "Level 1" 
approval task 641 and a second-level "Level 2" approval 
task 642 are associated with approve task 640. Second- 
level tasks are presented on workspace 600 with the as- 30 
sociated first- level tasks for ease of navigation, but need 
not be presented on workspace 600. That is, workspace 
600 may present more or fewer task levels than shown. 
[0135] Referring to FIG. 7, upon selecting the "moni- 
tor* task, a workspace such as a mon iter task page 700 35 
may be presented to the user. Monitor task page 700 
includes a page area 71 OA with a presentation of sec- 
ond-level task monitor Q1, as well as six third-level 
tasks. A user may select a projected task 711 A to view 
a projected budget for Q1 . A user may select an actual 
task 71 2A to view actual spending for Q1 . A user may 
select a chart task 71 3A to view a chart of projected 
spending for Q1 , or a chart task 71 4A to view a chart of 
actual spending for 01 . A user may select a data task 
71 5A to access data related to projected spending for 
01 , or a data task 71 6A to access data related to actual 
spending for Q1 . 

[0136] A user may access tasks in a page area 71 OB 
for 02 budget infomiation, may access tasks in a page 
area 71 DC for 03 budget information, and may access 
tasks in a page area 71 OD for 04 budget information. 
[0137] Referring to FIG. 8, a workspace BOO may in- 
clude a home page 810, including second level tabs for 
generic tasks. For example, home page 810 includes 
second-level tabs for a login task 820, a travel task 830, 
a news task 840, and a directory task 850. A page area 
825 of workspace 800 includes a usemame field 821 
and a password field 822. associated with login task 



820. In other implementations, login may not be required 
or may be performed differently. 
[0138] In some implementations, when an employ- 
ee's workflow includes tasks from a particular workset, 
other worksets and/or tasks may be assigned to the em- 
ployee. For example, when an employee such as a 
sales manager is associated with a "budget* workset, a 
subscription to a company finance policy may be auto- 
matically activated. In another example, when an em- 
ployee such as a sales manager is associated with a 
"mart<et watch" workset, a subscription to an industry 
news service may automatk^ally be activated. The sub- 
scription task may be presented on a workspace with 
the appropriate workset (e.g., the finance policy task 
may be presented on the woricspace including tasks as- 
sociated with the "budger workset). or may be present- 
ed In another appropriate manner (e.g., the industry 
news service task may be presented on a news page). 
The presentation may be determined manually or auto- 
matically. 

[0139] In order to assign worksets to new or existing 
users, create new worksets, and/or modify content of 
existing worksets. a system of workset -based content 
administration may be used. Worksets may be chosen 
from a content repository (e.g., one or more databases), 
then assigned to new or existing users. A particular 
workset may be modified prior to assigning the workset 
to a user New worksets may be created, using content 
from existing worksets or other content. 
[0140] Refen-ing to FIG. g. a user interface 900 for 
workset-based content administration is shown. User in- 
terface 900 may be used tor assigning worksets to a us- 
er profile for a new employee with a job role of "HR Ad- 
ministrator." In afirst area 91 0, a developer or other user 
may choose between different sources of available con- 
tent for a new role or workset by choosing one of the 
tabs In a tab structure 911 . For example, the user may 
choose to search among worksets by selecting the 
"Woricset" tab. Other available tabs in a tab structure 91 1 
include a servk^e tab, a role tab. ad a page tab. A user 
may choose either a search function 912 or a browse 
function 913. 

[0141] A user may choose to search for worksets that 
are assigned to particular job roles. In FIG. 9, a user has 
chosen to search tor worksets that are assigned to roles 
like 'actninlstrator* by choosing the "assigned to roles 
like" chotee from a drop-down menu 14, and an "admin- 
istrator* role from a drop-down menu 915. Alternately, a 
user may choose other options, such as a search by 
workset name or other search. 
[01 42] A search by job role may produce one or more 
worksets associated with one or more job roles. The Job 
roles and associated worksets may be displayed in a 
search display area g20. One or more worksets may be 
selected from search display area 920. In FIG. 9, a user 
has selected a "Workset Alpha" associated with a "Sales 
Administrator" role. 

[01 43] A work area 930 is provided for assigning and/ 
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or modifying content. Work area 630 includes a first area 
931 including a representation of Workset Alpha, which 
Includes Service A. Service B. and Service C. Work area 
930 includes a second area 932 including a represen- 
tation of a service Omega which is also assigned to the 5 
Sales Administrator role. Work area 930 includes a third 
area 933 including a representation of the "Sales Ad- 
ministrator* role. 

[0144] A detail area 940 includes details about service 
Omega. The details include the type of service (here, 
"launched"), the URL of the service, how the service 
should be displayed by the portal (here, a new window 
will be created), and whether the window can be mini- 
mized, deleted, or moved. The user may modify the con- 
tent in area 930 and/or assign it to a user profile. 
[01 45] Assignment area 950 shows content that is as- 
signed to the user profile. Here, a number of worksets 
and services, including service Q, workset Beta (which 
includes services G and M). and Workset Alpha have 
been assigned to the user profile of the HB Administra- 
tor. 

[0146] As illustrated by user Interface 900, workset- 
based content administration provides for efficient and 
flexible development and maintenance of a workset- 
based portal system. Rather than developing entire 
roles for individual users, worksets (or parts of worksets) 
may be re-assigned to many users. Once a comprehen- 
sive workset-based portal system is in place, new work- 
sets need only be developed when new work roles are 
created. Even then, portions of existing worksets may 
be used in creating a new workset directed to a partic- 
ular new work role. 

[0147] Refening to FIGS. 1 0A and 108, worksets may 
be used for collaboration among employees. A work- 
space 1 0OOA for a sales manager may include a team 
lead workset 1010. Team lead workset 1010 includes a 
projects task 1020, whk^h includes a Company A task 
1030 and a Company B task 1040. Company A task in- 
cludes a MRS (i.e., Marketing Requirements Specifica- 
tion) task 1031. a Product A Feedback task 1032, and 
a product souncing task 1 033. Company B task 1 040 in- 
cludes a presentation task 1 041 . In this implementation. 
Company A may be a current customer and Company 
B may be a prospective customer. 
[01 48] Certain tasks In workspace 1 0OOA may be col- 
laborative. For example, Product A Feedback task 1 032 
may involve collaboration between the sales manager 
and others. Referring to FIG. 108, an implementation of 
a workspace 1 0OOB for a product support engineer is 
shown. Workspace 1 0OOB includes a Product A workset 
1 050. including a development task 1 060 and a custom- 
er feedback task 1070. Development task 1060 includes 
a Revision 1.0 task 1061 and a Revision 1.1 task 1062. 
Customer Feedback task 1070 includes a Company A 
task 1071 , a Company X task 1072, and a Company Y 
task 1073. Selecting Product A Feedback task 1032 of 
FIG. 7A and Company A task 1071 of FIG. 10B may 
bring the sales manager and the product support engi- 



neer to the same workspace, Including further tasks re- 
lated to Company A feedback related to Product A. For 
example, the page may be a team or collaborative room, 
which may include tasks related to feedback data (e.g.. 
Company A requests for software support), tasks relat- 
ed to collaboration (e.g., web meeting servrces, re- 
quests for comments), tasks related to customer com- 
munication (e.g., Company A contacts), and other tasks. 
Collaborative content may also be collected in a collab- 
orative workspace such as a workspace associated with 
team rooms task 1025 of FIG. 10A. 
[01 49] Ref emng to FIG. 1 1 , other workspace designs 
may be used to present worksets and tasks to users. A 
workspace 1100 may be used to present worksets and 
tasks similar to those presented in workspace 600 of 
FIG. 6 and monitor task page 700 of FIG. 7. Workspace 
1100 Includes an expandable file list 1110 Including a 
honr>e page 111 1 , a budget workset 1 1 1 2 , a team workset 
1 1 1 3, a key accounts workset 1 1 1 4, a promotion workset 
1115, and a market workset 1116. 
[0150] Budget workset 1112 includes a monitor task 
1 11 7. a plan task 1 1 1 8 , and an approve task 1119. Mon- 
itor task 1117 includes a 01 task 1120, a 02 task 1121. 
a Q3 task 1122, and a 04 task 1123, which has been 
selected. 

[01 51 ] Workspace 1 1 00 includes a presentation area 
1140 with a first title space 1141 indicating the workset 
name and first level task name. A second title space 
1142 includes a second level task name. Area 1140 in- 
cludes a projected budget amount task 1 144, an actual 
budget amount task 1145. a project budget graph task 
1146, an actual budget graph task 1147. a projected 
budget data task 1148, and an actual budget data task 
1149. Each task may be presented in an Mew. Area 
1140 includes a user-selectable link 1150 to 01 task 
1120, a user-selectable link 1151 to Q2task 1121. and 
a user-selectable link 1 1 52 to 03 task 1 1 22 . Many other 
presentations may be used. Generally, an effective 
presentation of a workspace provides for efficient navi- 
gation and ease of use among logk;ally arranged work- 
sets, tasks, and generc portal pages. 
[0152] Data for roles, worksets, and tasks may be 
processed using one or more data processing systems. 
FIG. 12 is a block diagram illustrating an example data 
processing system 1200. The data processing system 
1 200 includes a central processor 121 0. which executes 
programs, performs data manipulations and controls 
tasks in the system 1200. The central processor 1210 
is coupled with a bus 1215 that can include multiple 
busses, which nr\ay be parallel and/or serial busses. 
[0153] The data processing system 1200 includes a 
memory 1220, which can be volatile and/or non-volatile 
memory, and is coupled with the communications bus 
1215. The system 1200 can also include one or more 
cache memories. The data processing system 1200 can 
include a storage device 1230 for accessing a medium 
1235, which may be removable, read-only or readAvrite 
media and may be magnetic-based, optical-based. 
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semiconductor-bflSGd media, or a combination of these. 
The data processing system 1200 can also include one 
or more peripheral devices 1 240(1 )-1240(n) (collective- 
ly, devices 1240).\and one or more controllers and/or 
adapters for providing interface functions. 
[0154] The sysleVn 1200 can further include a conrv 
municalion interfaciB 1250, which allows software and 
data to be transferred, in the form of signals 1254 over 
a channel 1252, between the system 1200 and external 
devices, networks or information sources. The signals 
1264 can embody instructions for causing the system 
1200 to perform operations. The system 1200 repre- 
sents a programmable machine, and carl include vari- 
ous devices such as embedded controllers, Program- 
mable Logic Devices (PLDs), Application Specific Inte- 
grated Circuits (ASICs), and the like. Machine instruc- 
tions (also known as programs, software, software ap- 
plications or code) can be stored in the machine 1200 
and/or delivered lo the machine 1200 over a communi- 
cation interlace. These instructions, when executed, en- 
able the machine 1 200 to perf onn the features and func- 
tion described above. These instructions represent con- 
trollers of the machine 1200 end can be implemented in 
a high-level procedural and/or object-oriented program- 
ming language, and/or in assemblyAnachine language. 
Such languages canbe compiled and/or Interpreted Ian- 
guages- 

[0155] As used herein, the teim 'machine-readable 
medium" refers to any computer program product, ap- 
paratus and/or device used to provide machine instruc- 
tions and/or data to the machine 1200, including a ma- 
chine-readable medium that receives machine instruc- 
tions as a machine-readable signal. Examples of a ma- 
chine-readable mediunn include the medium 1235, the 
memory 1220, and/or PLDs. FPGAs, ASICs, and the 
like. The Xerm "nr^chine-readable signal" refers to any 
signal, such as the signals 1254, used to provide ma- 
chine instructions arid/or data to the machine 1200. 
[0156] FIG. 13 is a block diagram illustrating an ex- 
ample workset-based portal system. Users of client de- 
vices 1300 can access data over a network 1310 
through a porta! 1320. The network 1310 can be any 
communication network linking machines capable of 
communicating using one or more networking protocols. 
The network 1310 can be a local area network (LAN), 
metropolitan area network (MAN), wide area network 
(WAN), enterprise network, virtual private network 
(VPN), the Internet, etc. The clients 300 can be any ma- 
chines or processes capable of communicating over the 
network 1310. The client devices 1300 can be Web 
Browsers and can be communicatively coupled with the 
network 1310 through a proxy server. 
[0157] The portal 1320 provides a common interface 
to program management services. The portal 1320 re- 
ceives requests from the client devices 1300 and gen- 
erates data views 1325 (e.g.. Web pagjes) in response. 
The portal 1 320 can implement a workset-based system 
to personalize the common interface and the data views 



1325 for a user of a client device 1300. A user has one 
or more associated worksets that allow personalized tai- 
loring of a presented interface through the generated 
data views 1325. 

[0158] The portal 1 320 communicates with a workset 
system 1 330 that consolidates multiple application serv- 
ices. The portal 1320 receives data 1 335 from the work- 
set system 1330 for use in fulfilling the requests from 
the client devk:es 1300. The workset system 1330 pro- 
vides integrated application services and other resourc- 
es to enable effk;ient user workflow. 
[01 59] The worlcset system 1 330 communicates with 
enterprise base systems 1 340 to obtain multiple types 
of data 1345. The enterprise base systems 1340 can 
include various existing application services, such as 
human resource management systems, financial man- 
agement systems, project management systems, time 
management systems, and electronic file and/or mall 
systems.The workset system 1330 can consolidate and 
integrate the data and functionality of such systems into 
a single tool. 

[01 60] The portal 1 320, workset system 1 330 and en- 
terprise base systems 1340 can reside in one or more 
programmable machines, whchcan communcato over 
a network or one or more communication busses. For 
example, the base systems 1340 can reside In multiple 
servers connected to an enterprise network, and the 
portal 1320 and the workset system 1330 can reside in 
a server connected to a public network. Thus, a user of 
the system can access and manage resources through 
a single portal from anywhere that access to a public 
network is available. 

[0161] Although only a few embodiments have been 
described In detail above, other modifications are pos- 
sible. Portions of this disclosure discuss presentations 
for roles, v/orksets, and associated tasks. Different pres- 
entations may be used. Further, although the current 
specification uses the term "workset" to a top level 
grouping of tasks that may be associated with a role, the 
terms may be used differently. For example, rather than 
a workset and one or more task levels, one or more 
workset levels may be used, and the terni task may refer 
to the lowest level action. 

[0162] The logic flow depicted in FIG. 3 does not re- 
quire the parttoular order shown, or sequential order, to 
achieve desirable results. For example, an employee 
workflow structure may be detenmined before particular 
worksets are developed, based on the employee's re- 
sponsibilities. Employee activities may be detenmined 
at many different places within the overall process. Fur- 
ther, in certain implementations, multitasking and paral- 
lel processing may be preferable. 
[0163] Other embodiments may be within the scope 
of the following claims. 
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CIdims 

1 . A data object, comprising: 

task data associated with performing a work 

role; 

portal environment data to be used in present- 
ing information to a user via a portal; and 
meta-data descriptive of the work role. 

2. The data object of claim 1 . wherein the task data 
includes 

data associated with one or more application 
programs for perfomriing the work role, 

data associated with one or more documents 
for performing the work rote, and/or 

data associated with one or more life and work 
events for perlomning the work role. 

3. The data object of one of the preceding claims, 
wherein the portal environment data includes one 
or more of navigation data, view data, and page da- 
ta. 

4. The data object of claim 1 , wherein the meta-data 
includes one or more of community data, coll^o- 
ration data, context data, workset description data, 
job role data, subscription data, taxonomy data, us- 
er data, search domain data, and/or data for popu- 
lating a generic portal page witti content. 

5. A method comprising: 

assigning a data object to a user profile for a 
portal user, the data object including meta-data 
directed to a work role of the user; 
copying at least some meta-data of the data ob- 
ject to the user profile; and 
personalizing the user's portal environment us- 
ing the copied nr>eta-data. 

6. The method of claim 5, wherein personalizing in- 
cludes activating a subscription for the user and/or 
activating a membership in a community for the us- 
er and/or displaying personalized Infomnation to the 
user, wherein the personalized information Is relat- 
ed to the particular work role. 

7. An article comprising a machine-readable medium 
storing instructions operable to cause one or more 
machines to perform operations comprising: 

assigning a data object to a user profile for a 
portal user, the data object Including meta-data 
directed to a work role of the user; 
copying at least some meta-data of the data ob- 
ject to the user profile; and 
personalizing the user's portal environment us- 



ing the copied meta-data. 

8. The article of claim 7, wherein personalizing in- 
cludes activating a subscription for the user, and/or 
5 activating a membership in a community for the us- 
er and/or displaying personalized information to the 
user, wherein the personalized information is relat- 
ed to the particular work rote. 

10 9. A system comprising: 

means for assigning a data object to a user pro- 
file for a portal user, the data object including 
meta-data directed to a work role of the user; 
15 means for copying at least some meta-data of 

the data object to the user profile; and 
means for personalizing the user's ponat envi- 
ronment using the copied meta-data. 

20 10. The system of claim 9, wherein the means for per- 
sonalizing further activates a subscription for the 
user, and/or a membership in a community for the 
user, and/or 

the means for personalizing further displays 

2S personalized information related to (he particular 
work role. 

11. A method comprising: 

30 obtaining employee work practice information; 

grouping the employee work practice infomna- 
tion according to work roles; and 
creating a data object associated with a partic- 
ular work role, the data object Including task da- 
ds ta con^esponding to the particular work role. 

12. The method of claim 11 , further including associat- 
ing meta-data with the data object. 

40 13. The method of claim 11 or 12, further including as- 
sociating portal environment data with the data ob- 
ject. 

14. Themeihodof claim 11, 12 or 13, further including 
45 providing one or more overview pages for the data 

object. 

15. Themethodof claim 11,12, 13 or 14, further includ- 
ing assigning the data object to a user profile for a 

90 portal user. 

16. The method of one of the preceding claims 1 1 to 1 5, 
further including transporting the meta data to the 
user profile. 

55 

17. A user interface comprising: 

a search area for searching for workset infor- 
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mfition, each workset including task data for 
performif^g a work role and meta-data descrip- 
tive of the work role; 

a work area for viewing workset information; 
and \ 

an assignment area for assigning workset data 
to a user. ) 

18. The user Interface of claim 1 7, wherein the work ar- 
ea facilitates modifying workset information. 

19. The user Interface of claim 17 or 18, wherein the 
work area comprises a workset detail area. 

20. The user Interface of claim 17, 18 or 19, wherein 
the workset information comprises one or more 
services associated with a particular workset. 

21. A method comprising: 

generating one or more data objects, each of 
the data objects directed to a work goal; 
enabling the d^ta objects to be assigned to user 
profiles associated with users having the work 
goal; and 

enabling eaich of the data objects being usable 
to generate a portal page including content for 
achieving the work goal. 

22. The method of claim 21, further including generat- 
ing a portal page including an Integrated view. 

23. The method of claim 21 or 22. further Including stor- 
ing task data for each of the data objects. 

24. The method of claim 21 , 22 or 23, further including 
generating a portal page comprising user interlace 
elements associated with the task data. 

25. An artk:)e comprising a machine-readable medium 
storing instructions operable to cause one or more 
machines to perform operations comprising: 

store a plurality of data objects, each data ob- 
ject associated with a particular work role; 
store a plurality of user profiles, each user pro- 
file associated with a particular user of a portal 
system; 

assign one or more of the data objects to each 
of the plurality of user profiles; and 
generate one or more portal pages associated 
with each of the data objects, the one or more 
portal pages including user interface elements 
for performing the partk:utar work role. 

26. The article of claim 25. wherein each of the data 
objects includes task data associated with perform- 
ing the particular work role, portal environment data 



for generating the one or more portal pages, and/or 
meta-data descriptive of the particular work role. 

27. The article of claim 25 or 26. wherein each of the 
5 user profiles includes meta-data from an assigned 

one of the data objects. 

28. A system comprising: 

10 means for storing a plurality of data objects, 

each data object associated with a work role; 
means for storing a plurality of user profiles, 
each user profile associated with a particular 
user of a portal system; 
r5 means for assigning one or more of the plurality 

of data objeas to each of the plurality of user 
profiles; and 

means tor generating one or more portal pages 
associated with each of the data objects, the 
so one or more portal pages including user inter- 

face elements for perfomning the work role. 

29. The system of claim 28, wherein each of the data 
objects includes task data, associated with perform- 
ing the particular woric role, 

portal environment data for generating the 
one or more portal pages and/or meta-data descrip- 
tive of the partteular work role. 

30 30. The system of claim 28 or 29. wherein each of the 
plurality of user profiles includes meta-data from an 
assigned one of the data objects. 

31. A method comprising: 

35 

displaying a first portal page to a portal user, 
the first portal page including user interface el- 
ements for accessing content related to a plu- 
rality of work roles; 
40 displaying a second portal page in response to 

a selection of a user interface element associ- 
ated with a particular work role, the second por- 
tal page Including user interface elements as- 
sociated with the particular work rote. 

45 

32. The method ol claim 31, wherein second portal 
page includes overview information for the particu- 
lar work role and/or user interface elements tor per- 
forming tasks associated with the partk;ular worit 

so role, 

33. The nnethod of claim 31 or 32, wherein the first por- 
tal page furiher includes oven/iew information for 
one of the particular work roles and/or user interface 

ss elements for accessing one or more generic portal 
pages. 

34. The method of claim 31 . 32 or 33. wherein the see- 
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ond portal page includes status information associ- 
ated with the particular work role. 

35. An article comprising a machine-readable medium 
storing instructions operable to cause one or more 
machines to perfonn operations comprising: 



ond portal page includes status information associ- 
ated with the particular work role. 



5 



displaying a first portal page to a portal user, 
the first portal page including user interface el- 
ements for accessing content related to a plu- 
rality of work roles; 

displaying a second portal page in response to 
a selection of a user interface element associ- 
ated with a particular work role, the second por- 
tal page including user interface elements as- 
sociated with the particular work rote. 



36. The article of claim 35, wherein second portal page 
includes overview inlormalion for Ihe particular 
woiK lole and/or user interface elements for per- 20 
forming tasks associated with the partk:utar work 
role 



37. The article of claim 35 or 36, wherein the first portal 
page lurther includes overview information for one 
of the particular work roles and/or user interlace el- 
ements for accessing or^ or more generic portal 

pages. 

38. The artk:leofclaim 35. 36 or37. wherein the second so 
portal page includes status information associated 
with the particular work role. 

39. A system comprising: 

35 

means for displaying a first portal page to a por- 
tal user, the first portal page Including user in- 
terface elements for accessing content related 
to a plurality of work roles; and 
means for displaying a second portal page in 40 
response to a selection of a user interface ele- 
ment associated with a particular work role, the 
second portal page including user interface el- 
ements associated with the particular work role. 

49 

40. The system of claim 39, wherein second portal page 
includes overview infomnation for the particular 
work role and/or user interface elements for per- 
fomiing tasks associated with the partk;ular work 
rote. 50 



41 . The system of claim 39 or 40, wherein thef irst portal 
page further Includes overview infomnation for one 
of the particular work rotes and/or user interface el- 
ements for accessing one or more generic portal 55 
pages. 

42. The system of claim 39. 40 or 41 , wherein the sec- 
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